home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr28 / sdutils.zip / SIGNON.DOC < prev    next >
Text File  |  1993-03-01  |  7KB  |  158 lines
  1. Brief Documentation to SIGNON.EXE
  2.  
  3. Signon allows a user to Login to their server without specifing
  4. exactly which server their account is on or having a path to the
  5. SYS:\LOGIN or SYS:\PUBLIC directory. This program does not circumvent
  6. any password or other account restrictions.
  7.  
  8. Syntax: SIGNON [<option switch>]  [[<server name>/]<object name>]
  9.  
  10. optional switches:
  11.  
  12.            -t   shows all intermediate steps as signon scans the network,
  13.                 connects and disconnects from servers, and translation of
  14.                 object name to a bindery ID, then invokes LOGIN.EXE.
  15.  
  16.            -f   finger mode: locates username, but does not invoke LOGIN.EXE.
  17.  
  18.            -s   standby mode : give account that is published member of the
  19.                 STANDBY group highest priority.
  20.  
  21.            -m   mailuser mode : give account that is published member of the
  22.                 MAILUSERS group highest priority.
  23.  
  24.            <none> : default, silently locates account and invokes LOGIN.EXE.
  25.  
  26. optional parameter:
  27.  
  28.         <server name>   overrides the scan and invokes LOGIN.EXE directly.
  29.  
  30.         <object name>   if not used the username defaults to STUDENT.
  31.  
  32. Examples:
  33.  
  34.         SIGNON                  find server with STUDENT account and login.
  35.  
  36.         SIGNON -T STEVED        find server with STEVED account and login,
  37.                                 giving output during progress of search.
  38.  
  39.         SIGNON CCS1/STEVED      login to CCS1/STEVED.
  40.  
  41.         Signon is also aware that the LOGIN.EXE program could be replaced
  42.         and trys to locate files called LOGGIN.EXE or Z$78QF38.EXE first
  43.         in either the SYS:\LOGIN and SYS:\PUBLIC directories.
  44.  
  45. Limitations:
  46.  
  47.         Signon will only scan the first 500 servers.
  48.  
  49. SignOn Description.
  50.  
  51. As you add fileservers to your LAN you will begin to see the seeds of
  52. a management nightmare. Users on one server will want access to files
  53. and queues on other servers. You could duplicate some resources and
  54. you could register each user on all servers. This may be required in
  55. any case, as the warm inner glow of such redundancy is keenly sought
  56. by most LAN managers. The Red Box solution is Name Services for 
  57. NetWare as sold by your local dealer. What I am offering you is a 
  58. not a substitute but close to a half-way-house.
  59.  
  60. SignOn and its related programs grew from a number of percieved short-
  61. commings of the bare Novell LOGIN.EXE program. LOGIN.EXE has been
  62. greatly revised over the last few years and many features added but
  63. the essential characteristics still persist. SignOn is a preprocessor
  64. that calls the standard LOGIN.EXE after checking a number of things,
  65. and then restores some things afterwards.
  66.  
  67. 1. SignOn can be run successfully from any directory as long as it is
  68. somewhere on the current PATH and your station is attach to a server.
  69.  
  70. 2. SignOn remembers your current default drive and directory and will
  71. restore them after running LOGIN.EXE if they were local to your
  72. station.
  73.  
  74. 3. SignOn will use a default account name if you do not specify one.
  75. Currently this is set to STUDENT, but GUEST is just as easy to 
  76. implement.
  77.  
  78. 4. SignOn scans all the servers it can see for the account specified
  79. and will try to initiate a login to the most appropriate server.
  80.  
  81. Because users may have accounts on a number of servers, and SignOn
  82. will find each occurance, SignOn has been given a strategy to
  83. decide which is the most appropriate. Each time a server is found
  84. with the users account, SignOn checks for the existence on that
  85. server of the groups PRIMARY, STANDBY and MAILUSERS. For each of the
  86. groups found a further check is made to see if the user is a member
  87. of them. Priority is given, in the above order, to accounts that
  88. are members of these groups. If the account is not a member of
  89. any of these groups, preference is given to a server that has the 
  90. same network number as the workstation, then to the server where
  91. the station was originally connected and finally to any server
  92. with the account name.
  93.  
  94. If it all sound too complicated to be of any use, it maybe because
  95. you have not grown to the point where such things are neccessary.
  96. At Monash University there is currently 22 Novell servers providing
  97. a mixture of staff and student services, from teaching laboratories
  98. to secreterial wordprocessing, electronic mail and printing.
  99.  
  100. For SignOn to be able to check group membership of accounts it is
  101. neccessary to make the property GROUP_MEMBERS of the group visible
  102. to all attached stations and not just those logged in. The program 
  103. PUBLISH is provided for this. A companion program, RESETPUB is also 
  104. included to do the reverse. Both these programs require SUPERVISOR 
  105. equivalence to change the security of the GROUP_MEMBERS property. 
  106. The program TEST can be used to verify that PUBLISH and RESETPUB 
  107. have done what you require.
  108.  
  109. Check List
  110.  
  111. [ ] Create the groups PRIMARY, STANDBY and MAILUSERS, using SYSCON.
  112.  
  113. [ ] Give membership to one or more of these groups to each account
  114.     that will use this system. It helps if each user on your LAN is
  115.     a member of one of the groups on at least one of the server.
  116.  
  117. [ ] Make the members of these groups visible to all attached stations
  118.     by running the program PUBLISH.
  119.  
  120.         PUBLISH primary
  121.         PUBLISH standby
  122.         PUBLISH mailusers
  123.  
  124.     NB: It is not neccessary to PUBLISH all these groups, just the
  125.     ones you want to use. Indeed, you can rapidly change the PUBLISH
  126.     status by running RESETPUB and/or rename the group as usual.
  127.  
  128. [ ] Test that the PUBLISH has worked by logging out and running TEST.
  129.  
  130.         TEST primary <joe_user>
  131.  
  132. [ ] Insert some little test into the system login script to alert
  133.     users that they are using the STANDBY account.
  134.  
  135.         if member of STANDBY then begin
  136.           write "WARNING: Your primary server is unavailable,"
  137.           write "         Attached to STANDBY server. 
  138.           pause
  139.         end
  140.  
  141. [ ] Test that SIGNON is running as you expect by running on one of
  142.     the accounts and setting the trace and finger flags.
  143.  
  144.         SIGNON -TF <joe_user>
  145.  
  146. [ ] Test that SIGNON is running as you expect in standby mode by 
  147.     running on one of the accounts and setting the trace, finger 
  148.     and standby flags.
  149.  
  150.         SIGNON -TFS <joe_user>
  151.  
  152. [ ] Copy SIGNON.EXE to SYS:LOGIN and SYS:PUBLIC or rename LOGIN.EXE
  153.     to LOGGIN.EXE and copy SIGNON.EXE as LOGIN.EXE to SYS:LOGIN and
  154.     SYS:PUBLIC.
  155.  
  156. Report bugs & suggestions to SteveD@ccs1.cc.monash.edu.au
  157. No liability what so ever is accepted by me or my employer.
  158.